home *** CD-ROM | disk | FTP | other *** search
/ kermit.columbia.edu / kermit.columbia.edu.tar / kermit.columbia.edu / newsgroups / misc.19950528-19950726 / 000433_news@columbia.edu_Tue Jul 25 13:05:40 1995.msg < prev   
Internet Message Format  |  1995-07-31  |  3KB
  1. Received: from apakabar.cc.columbia.edu by watsun.cc.columbia.edu with SMTP id AA03028
  2.   (5.65c+CU/IDA-1.4.4/HLK for <kermit.misc@watsun.cc.columbia.edu>); Tue, 25 Jul 1995 18:40:17 -0400
  3. Received: by apakabar.cc.columbia.edu id AA18353
  4.   (5.65c+CU/IDA-1.4.4/HLK for kermit.misc@watsun); Tue, 25 Jul 1995 18:40:16 -0400
  5. Newsgroups: comp.protocols.kermit.misc
  6. Path: news.columbia.edu!panix!news.mathworks.com!gatech!swrinde!cs.utexas.edu!utnut!torn!news.bc.net!unixg.ubc.ca!info.ucla.edu!csulb.edu!csus.edu!netcom.com!jhurwit
  7. From: jhurwit@netcom.com (Jeffrey Hurwit)
  8. Subject: Re: Kermit download from CompuServe.. best setup??
  9. Message-Id: <kwOFww8Z7GDV084yn@netcom.com>
  10. Sender: jhurwit@netcom6.netcom.com
  11. Organization: Organization?  What organization?
  12. References: <3uidtu$r5c@hpber004.swiss.hp.com>
  13.  <3ulp8c$ep5@apakabar.cc.columbia.edu> <DC4Cr1.BB8@omen.com>
  14.  <MpREww8Z7mxH084yn@netcom.com> <DC7oIH.6IA@omen.com>
  15. Date: Tue, 25 Jul 1995 13:05:40 GMT
  16. Lines: 46
  17. Apparently-To: kermit.misc@watsun.cc.columbia.edu
  18.  
  19. In article <DC7oIH.6IA@omen.com>, caf@omen.com (Chuck Forsberg WA7KGX) wrote:
  20.  
  21. >The complexity of the Kermit protocol with its window management and
  22. >other features exacts a penalty in CPU resources.  
  23.  
  24.     To be perfectly honest, I'm not familiar with zmodem.  However,
  25.     there was quite a bit of discussion in one of our ISP-local news
  26.     groups about disconnects at 10 minutes during transfers using sz. 
  27.     It was reasoned that 10 minutes indicated the idle daemon kicking
  28.     in and logging out sessions, and the solution was found to be to
  29.     use an sz option to enable windows.  Why does sz offer this
  30.     feature, if it's known to be detrimental in some way?
  31.  
  32. >                                                   Let's compare sz
  33. >(a link to Unix Professional-YAM) and CKermit 5a 190:
  34. >
  35. >(38kb direct connect)
  36. >
  37. >ls -l *gif
  38. >-rw-r--r--   1 caf      omen      352650 Feb  8  1992 b17mh.gif
  39.  
  40.     Um, perhaps Frank may comment on the validity of the rest of your
  41.     test, but
  42.  
  43. >time kermit -s b17mh.gif
  44.  
  45.     tells Kermit to do newline and charset translations, which might
  46.     account for some CPU power.  At the least, you'd have a corrupted
  47.     gif file on the other end.
  48.  
  49.     I think the command you wanted was 'kermit -s b17mh.gif -i'.
  50.  
  51.     Also, did you have control character unprefixing set up for
  52.     C-Kermit?  Excessive prefixing may also account for some CPU time.
  53.  
  54. >The files were received by a 32 bit beta test version of Professional-YAM
  55.  
  56.     Does this software not tell the user whether the file transfer is
  57.     taking place in BINARY or TEXT mode?  (If it does Kermit transfers,
  58.     does it not process file attributes packets?)  MS-Kermit puts the
  59.     transfer mode right up there on the screen, so if the transfer is
  60.     accidently started in the wrong mode, the user may observe that and
  61.     restart.
  62.  
  63.                                         Jeff
  64.